home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
C/C++ Users Group Library 1996 July
/
C-C++ Users Group Library July 1996.iso
/
vol_100
/
116_01
/
environ.doc
< prev
next >
Wrap
Text File
|
1985-03-09
|
3KB
|
58 lines
Notes on Adventure Environment
written April 26, 1981
This disk was written and and compiled under version 1.3x and
will NOT compile under version 1.4 and later without changes to the
source. Specifically dbuff in advent.h on or about line 134 must be
declared so that it is compatible with the 1.4 file i/o. The com files
on the disk will require at least a 46k system to execute, but
recompiling under 1.4 will add about 1k to the memory requirements
(except that 1.4 produces tighter code).
The com files provided were debugged on a system including
a 48k Altair equipped with 2 Micropolis drives, and a Processor
Technology VDM.
To begin play, type advent. To resume a saved game type
"advent -r".
Added notes on making this ADVENTURE work in BDS-C Version 1.43
Environment written 17 May 1981 by L. C. Calhoun.
At Robert Ward's request, I brought this program up on
the 1.43 compiler. Only one change was required..to add the
small section on buffering from BDSCIO.H to ADVENT.H, and to
change dbuff[134] in ADVENT.H to dbuff[BUFSIZ]. I did review
the other program files for potential changes, and added a
title and note to the head of each for the record. The compile
and link control syntaxes differ between V 1.4 and older versions.
I made the appropriate changes, and created two submit files;
ADVCOMP.SUB and ADVLINK.SUB. These must (of course) run on
disk a:, but they are set up for all the c utilities to be on
disk a: and the actual c programs with their .CRL files to be
on b:. Just PIP these two sub files over to the a: disk where
CC1, CC2, C.CCC, CLINK, DEFF* etc. hang out. Only one file
needs to be read two times during linkage - TURN.CRL while
EADVENT.COM is being linked. Otherwise, it went smoothly
in conversion.
Mr. Jaeger (me too, I must admit) was worried that
the greater buffer size used in the standard V 1.43 library
would have a bad effect on the program length. I compiled
without the -o option for optimization. Lo and behold,
the program appears to be considerably shorter. I was able
to external set the data (-e6A00) much lower than in the
submit files supplied. I could have even gone lower.
I compiled a second time with the e option in CC1 to -e6A00,
see ADVCOMP.SUB. Dog gone if the code didn't end at 5EC8.
However, the variables end at 7CA1 even with the -e6A00,
so I didn't bother.
The re-compiles were done on an ALTAIR 8800B, with
a 60K CPM 2.2 system, ADM-3A display, and TARBEL single side
single density controlling four Shugart 801R's. I checked
the elboeroom callouts during compile, and the least amount
of elboeroom was 20K whilst compiling TURN.C. So, it appears
that the re-compiled version will compile and run on
a 40K system with about 4K of stack space. You can pick
up another 2K of stack space by editing the ADVCOMP.SUB file
for the option -e6000 if it's worthwhile. Thank you Mr. Zolman.